home *** CD-ROM | disk | FTP | other *** search
/ Grand Slam 3 / Grand Slam 3.iso / 026 / idig54.arj / IDIG54.TXT < prev   
Internet Message Format  |  1995-03-26  |  73KB

  1. Date: Sat, 25 Mar 95 00:02 EET
  2. From: Jimmy Wan <vecna@umich.edu>
  3. Subject: [INERTIA-TALK:2125] Re: Sb16/cd-rom memory loss! 
  4.  
  5. On Fri, 24 Mar 1995, Jens Puchert wrote:
  6.  
  7. > I don't agree with that at all.  I have a reasonably new HD (last Nov or
  8. > so) that has 8.5 ms average seek time and 2.2 MB/s sustained transfer
  9. > rate.  Still, I think smartdrv makes a hell of a difference.  Without it,
  10. > the drive is constantly accessing, launching an application takes longer,
  11. > and general performance is greatly degraded.  Also, the writeback cache
  12. > improves performance a lot.  For instance when unpacking a song in 
  13. > Mod4Win, it writes it to the cache and starts playing right away.  I also
  14. > don't remember ever having had crashes that must be contributed to
  15. > smartdrv.  Especially with CD-ROM drives, smartdrv is the greatest
  16. > invention since sliced bread, I think so anyways.  If you must only have
  17. > one TSR running on your system it should be smartdrv.
  18.  
  19. Anyone have any benchmark test on Disk Caches?  If not, does anyone have 
  20. some way of measuring actual disk performance?  I would like to see if 
  21. different disk caches make a significant performance differences.  
  22. Multimedia Cloaking is supposed to have a 32-bit disk cache, but I don't 
  23. know if it is really good or not.  If it is better or comparable to WWG 
  24. 32-bit file access, I could kill that, and have caching of CD-ROM's under 
  25. Windows.  I don't want to run two caches, or kill 32BFA if I don't have 
  26. to.
  27.  
  28.  
  29. -----------------
  30.  
  31. Date: Sat, 25 Mar 95 00:15 EET
  32. From: Jimmy Wan <vecna@umich.edu>
  33. Subject: [INERTIA-TALK:2127] Re: Sb16/cd-rom memory loss!
  34.  
  35. On Fri, 24 Mar 1995, Hussam Eassa wrote:
  36.  
  37. > Don't Believe so. I have three working systems with two different flavors
  38. > of motherboards with an AMD DX/4-100, Intel DX/2-66 and a Cyrix DX/2-66. 
  39. > But I have also serviced many many different systems with configurations
  40. > as different from one another as they can be. My comments were not to say
  41. > that expanded memory managers and smartdrv will not work all the time but
  42. > to caution anyone who cares to listen that smartdrv *can* and *does*
  43. > create problems on *some* otherwise healthy systems. Expanded memory
  44. > managers give you a nice fat free memory number when you run mem (or mft
  45. > with QEMM) but they *do* significantly slow down your system. 
  46.  
  47. What's the deal with real mode vs. protected mode vs. virtual 86 mode?  
  48. That was one thing that I thought I understood, but I don't think I do 
  49. anymore.  BTw, I can't run Cubic Player unless I have QEMM running.  For 
  50. some reason it always crashes after starting to load up the module, if I 
  51. only have Himem loaded.
  52.  
  53.  
  54. -----------------
  55.  
  56. Date: Sat, 25 Mar 95 00:09 EET
  57. From: Jimmy Wan <vecna@umich.edu>
  58. Subject: [INERTIA-TALK:2126] Re: Sb16/cd-rom memory loss!
  59.  
  60. On Fri, 24 Mar 1995, Lewis A J wrote:
  61.  
  62. > I run QEMM 7.0x, with a 4Mb smartdrv cache, I have EIDE drivers and Screen
  63. > drivers..... the works!  I have filled all the MASSIVE amount of UMB's
  64. > obtained from QEMM and no base ram... I have EMS and XMS enabled and I can
  65. > run things like DOOM etc from inside my command shell (Norton Commander)
  66.  
  67. YES!  HAIL QUARTERDECK!  =)
  68.  
  69. > 2.  AWE32 support? I have seen no updates to AWEMOD and I think that it's
  70. >     a shame to waste the potential of such a card... (If this is done it
  71. >     would be good to have the on board effects supported... ie reverb etc..
  72.  
  73. How bout Maui support?
  74.  
  75.  
  76. -----------------
  77.  
  78. Date: Fri, 24 Mar 95 18:24 EET
  79. From: Cory Koski <cmkoski@THUNDER.LakeheadU.CA>
  80. Subject: [INERTIA-TALK:2122] Just completely screwed up...  arghhh!!
  81.  
  82. Hey gurus, just a little question...
  83.  
  84.     I got the beta of Win95, and I'm trying to get my SB16ASP to even
  85. work right, therefore, my computer won't boot with it in, and I can't even
  86. play MODs on Iplay...   what do I do????  Here's the symptoms if anyone
  87. cares...
  88.  
  89. Problem:
  90.  
  91.      Win95 recognizes SB16ASP and assigns it the SB16/AWE-32
  92. drivers...  yipppeeee...  now it asks you if you want to reboot the
  93. machine, and you say yes....
  94.     Upon rebooting, it boots up fine and dandy, but when it plays the
  95. "tada" sound, it crashes right in the middle of the sample, and locks up
  96. my machine...  What is my solution???  What can I do???   Has anyone ever
  97. had these problems as well???
  98.  
  99. thanks for the airwaves....
  100.  
  101. Cory
  102.  
  103.  
  104. -----------------
  105.  
  106. Date: Sat, 25 Mar 95 00:47 EET
  107. From: Jimmy Wan <vecna@umich.edu>
  108. Subject: [INERTIA-TALK:2128] Re: Sb16/cd-rom memory loss!
  109.  
  110. On Fri, 24 Mar 1995, Hussam Eassa wrote:
  111.  
  112. > I learned the hard way to avoid QEMM whenver possible. I also try not to
  113. > use EMM386 if I don't really have to. QEMM while it may give you gobs of
  114. > memory, it makes any given system less stable and slower. Another piece of
  115. > software to avoid is smartdrv. I had a couple of instances on one machine
  116. > where I would get unexplainable crashes in Windows, especially if I was
  117. > doing big .wav recordings. The resulting mess that resulted in my FAT and
  118. > directory structure required a reformat of the hard disk and a restore
  119. > from tape backup. These problems went away as soon as I dumped smartdrv.
  120. > I've also solved many problems of unstable Windows installations in
  121. > friend's machines by keeping things simple. No expanded memory manager of
  122. > any kind but if one was absolutely necessary (such as would be the case
  123. > with CD-ROM drivers), use only EMM386 and under no condition use smartdrv. 
  124. > The results were amazing. Crash prone systems all of the sudden became
  125. > bullet proof. 
  126.  
  127. The problem with this, is that most of the stuff I run is under DOS, not 
  128. Windows.  I have been a faithful user of QEMM for about two or three 
  129. years, and I know about all of its benefits and pitfalls.  You really 
  130. have to know your stuff, if you want QEMM to run very well.  I have spent 
  131. a lot of time running things like the ANalysis procedure, to make 
  132. sure I get every bit of memory possible, as well as excluding 
  133. anything that is potentially dangerous.  From my personal experience I 
  134. have never had QEMM give me any problems that were not already present.  
  135. Although I really never had any major software incompatibilities to begin 
  136. with.  
  137.  
  138. > I can't give you a good explanation for this other than to conjecture 
  139. > that since smartdrv is a funneling routine grabbing control of all the 
  140. > system interrupts, it has to "walk on water" not to get fouled up. 
  141.  
  142. I used SmartDrv for about two years before I switched to Speedrive.  I've 
  143. never had either one give me any problems.  If anything they greatly 
  144. improved the performance of my system.
  145.  
  146. > The point of all this is to say that if you can eliminate enough TSRs to
  147. > not need QEMM, 386MAX, Netroom or EMM386, your system will be more stable
  148. > and probably run faster. Frequent running of a good disk defragmenter /
  149. > organizer will nearly offset the loss of smartdrv's benefits if you have 
  150. > a reasonably new (<15ms/>1MB/s) hard disk. Additionally, the freed memory 
  151. > is now available for applications to use directly potentially enhancing 
  152. > their performance.
  153.  
  154. I happen to be a faithful user of Stacker also, and when you run, 
  155. Stacker, Speedrive, CD-ROM Drives, Doskey, Norton Anti-Virus, Vesa 
  156. Drivers, MSCDEX, a Video Card intialization utility, files, etc. You see 
  157. where UMBs are at a premium.  Even though I have a fairly new Western 
  158. Digital 428 MB HD that is listed at 13ms, Any cache will increase its 
  159. performance.  I used to run caches even when I only had 4 MB of RAM.  If 
  160. more games would be written without the need for things like EMS maybe 
  161. we wouldn't need Memory Managers, but that is still a distant point on 
  162. the horizon.
  163.  
  164.  
  165. -----------------
  166.  
  167. Date: Sat, 25 Mar 95 01:03 EET
  168. From: neil.gardner@stonebow.otago.ac.nz (Neil Gardner)
  169. Subject: [INERTIA-TALK:2129] Re: memory issues
  170.  
  171. >I learned the hard way to avoid QEMM whenver possible. I also try not to
  172. >use EMM386 if I don't really have to. QEMM while it may give you gobs of
  173. >memory, it makes any given system less stable and slower. Another piece of
  174. >software to avoid is smartdrv. I had a couple of instances on one machine
  175.  
  176. [stuff deleted]
  177.  
  178. >with CD-ROM drivers), use only EMM386 and under no condition use smartdrv.
  179. >The results were amazing. Crash prone systems all of the sudden became
  180. >bullet proof.
  181.  
  182. Any unbalanced view deserves counterbalancing.
  183.  
  184. I use Qemm all the time and I stuff as much stuff into it as I can. (Tech
  185. speak huh :-) I have never had a system crash due to Qemm, I have never
  186. lost data on any machine due to Qemm. It doesn't seem to slow my system
  187. down and I do have gobs of memory left when I use it.
  188.  
  189. Also, I screwed with windows to give me 32mb of virtual mem with only 8mb
  190. physical and still all is stable. I use smartdrv all the time and nothing
  191. has ever gone wrong with it.
  192.  
  193. >The point of all this is to say that if you can eliminate enough TSRs to
  194. >not need QEMM, 386MAX, Netroom or EMM386, your system will be more stable
  195. >and probably run faster. Frequent running of a good disk defragmenter /
  196. >organizer will nearly offset the loss of smartdrv's benefits if you have
  197. >a reasonably new (<15ms/>1MB/s) hard disk. Additionally, the freed memory
  198. >is now available for applications to use directly potentially enhancing
  199. >their performance.
  200.  
  201. Your point is taken about the defragging. It's a _very_ good idea - but it
  202. will not nearly offset the benefits of smartdrv. Your drive will only be
  203. fast in loading big chunks of data, a lot of the dir caching etc that
  204. _really_ makes smartdrv worthwhile won't happen.
  205.  
  206. >A word to the wise .....
  207.  
  208. Some more words to the wise :-)
  209.  
  210. >========================
  211. >Sam
  212. >eassa@earth.execpc.com
  213. >========================
  214.  
  215. Jordie LaForge "Impossible!..... wait.. maybe not!"
  216.  
  217. neil.gardner@stonebow.otago.ac.nz
  218. brentlab@rivendell.otago.ac.nz
  219.  
  220. no carrier
  221.  
  222.  
  223.  
  224. -----------------
  225.  
  226. Date: Sat, 25 Mar 95 02:07 EET
  227. From: outlandm@netland.nl (Joost Baaij)
  228. Subject: [INERTIA-TALK:2131] RE: When the Heavens Fall
  229.  
  230. >(the best demo ever).
  231. >
  232. >=)
  233.  
  234. Now come on. aCMe produces some nice sh!t as well ....
  235. BUt I gess you're right about 2nd reality being the best demo ever...
  236. Anyone want to set up a poll about this? &*)
  237.  
  238. Joost.
  239.  
  240.  
  241. -----------------
  242.  
  243. Date: Sat, 25 Mar 95 02:14 EET
  244. From: Hussam Eassa <eassa@earth.execpc.com>
  245. Subject: [INERTIA-TALK:2132] Re: Sb16/cd-rom memory loss!
  246.  
  247. On Sat, 25 Mar 1995, Jimmy Wan wrote:
  248.  
  249. > On Fri, 24 Mar 1995, Hussam Eassa wrote:
  250. > > I learned the hard way to avoid QEMM whenver possible. I also try not to
  251. > > use EMM386 if I don't really have to. QEMM while it may give you gobs of
  252. > > memory, it makes any given system less stable and slower. Another piece of
  253. > > software to avoid is smartdrv. I had a couple of instances on one machine
  254. > > where I would get unexplainable crashes in Windows, especially if I was
  255. > > doing big .wav recordings. The resulting mess that resulted in my FAT and
  256. > > directory structure required a reformat of the hard disk and a restore
  257. > > from tape backup. These problems went away as soon as I dumped smartdrv.
  258. > > I've also solved many problems of unstable Windows installations in
  259. > > friend's machines by keeping things simple. No expanded memory manager of
  260. > > any kind but if one was absolutely necessary (such as would be the case
  261. > > with CD-ROM drivers), use only EMM386 and under no condition use smartdrv. 
  262. > > The results were amazing. Crash prone systems all of the sudden became
  263. > > bullet proof. 
  264. > The problem with this, is that most of the stuff I run is under DOS, not 
  265. > Windows.......
  266.  
  267. DOS is a much more forgiving environment than Windows. I've seen systems 
  268. (including the one I had trouble with) that work perfectly in DOS but get 
  269. flakey when you get into Windows.
  270.  
  271.  
  272. > ..............I have been a faithful user of QEMM for about two or three 
  273. > years, and I know about all of its benefits and pitfalls.  You really 
  274. > have to know your stuff, if you want QEMM to run very well.  I have spent 
  275. > a lot of time running things like the ANalysis procedure, to make 
  276. > sure I get every bit of memory possible, as well as excluding 
  277. > anything that is potentially dangerous.  From my personal experience I 
  278. > have never had QEMM give me any problems that were not already present.  
  279. > Although I really never had any major software incompatibilities to begin 
  280. > with.  
  281.  
  282. Many people are happy with it and it works fine. But I'll bet you a 
  283. 12-pack of your favorite soda that your system is performing measureably 
  284. slower than if you just had himem.sys loaded :-)
  285.  
  286. > > I can't give you a good explanation for this other than to conjecture 
  287. > > that since smartdrv is a funneling routine grabbing control of all the 
  288. > > system interrupts, it has to "walk on water" not to get fouled up. 
  289. > I used SmartDrv for about two years before I switched to Speedrive.  I've 
  290. > never had either one give me any problems.  If anything they greatly 
  291. > improved the performance of my system.
  292.  
  293. Again, you are mostly in DOS. I never have problems with disk cache in 
  294. DOS. Windows is another story.
  295.  
  296. > > The point of all this is to say that if you can eliminate enough TSRs to
  297. > > not need QEMM, 386MAX, Netroom or EMM386, your system will be more stable
  298. > > and probably run faster. Frequent running of a good disk defragmenter /
  299. > > organizer will nearly offset the loss of smartdrv's benefits if you have 
  300. > > a reasonably new (<15ms/>1MB/s) hard disk. Additionally, the freed memory 
  301. > > is now available for applications to use directly potentially enhancing 
  302. > > their performance.
  303. > I happen to be a faithful user of Stacker also, and when you run, 
  304. > Stacker, .........
  305.  
  306. You like living dangerously don't you :-) Stacker is IMHO a very bad idea 
  307. unless you are using a laptop where hard drive upgrades are either not 
  308. available or very expensive. In an age where a 420 MB hard drive costs 
  309. $140US and a 1Gig goes for $370US it does not make sense to me to buy a $70 
  310. program to give you a 50% increase in disk size at the cost of severe 
  311. risk to your data, slowing down your hard drive performance and chewing 
  312. up CPU power to do compression/decompression of data.
  313.  
  314. > Speedrive, 
  315.  
  316. Well, now you need Speedrive to recover the performance lost to Stacker!
  317.  
  318. > .......CD-ROM Drives, Doskey, Norton Anti-Virus,
  319.  
  320. Ahhhh we finally agree on a few things. But Doskey is a 2k totally 
  321. innocuous TSR and Norton Antivirus can be run as a stand alone 
  322. application (not a TSR) requiring no UMBs.
  323.  
  324. > Vesa Drivers, 
  325.  
  326. Most video cards made in the last couple of years have Vesa support 
  327. built-in. No external TSRs needed ;-)
  328.  
  329. > .... MSCDEX, 
  330.  
  331. Ok.
  332.  
  333. > a Video Card intialization utility, files, etc. 
  334.  
  335. Wait a minute, these are not TSRs. They do their thing and crawl back 
  336. onto the hard disk.
  337.  
  338. > ....................................................You see 
  339. > where UMBs are at a premium.  Even though I have a fairly new Western 
  340. > Digital 428 MB HD that is listed at 13ms, Any cache will increase its 
  341. > performance.  I used to run caches even when I only had 4 MB of RAM.  If 
  342. > more games would be written without the need for things like EMS maybe 
  343. > we wouldn't need Memory Managers, but that is still a distant point on 
  344. > the horizon.
  345.  
  346. Windows games don't need EMS, DOS/4G games (doom, heretic, ROTT etc) even
  347. Cubic Player don't even need himem.sys or emm386. You can boot clean and
  348. they will work fine. In fact some of them encourage you not to have memory
  349. managers loaded. The trend is to go away from EMS support and it is well
  350. underway. Inertia Player on a non GUS sound card needs an EMS driver *and*
  351. a page frame to load mods bigger than your free DOS memory minus the Iplay
  352. executable. Same with DMP.
  353.  
  354. --
  355. ========================
  356. Sam
  357. eassa@earth.execpc.com 
  358. ========================
  359.  
  360.  
  361.  
  362. -----------------
  363.  
  364. Date: Fri, 24 Mar 95 23:51 EET
  365. From: Jimmy Wan <vecna@umich.edu>
  366. Subject: [INERTIA-TALK:2124] Cubic Player + Off-Topic: Disk Caches, Netroom, DPMI
  367.  
  368. Can anyone explain exactly what is necessary to run DPMI programs?  
  369. Anyone out there able to explain why disk caches are potentially 
  370. dangerous?  Any have Netroom, and want to comment on it?  I am running 
  371. QEMM, and I've heard that Stealth is supposed to slow your system down to 
  372. a ridiculous extent, but I haven't really run any benchmark tests on it.  
  373. I know this is off-topic, but I figure mos tpeople on this list will have 
  374. similar system configurations and will be able to tell me what I need to 
  375. know.  BTW, does anyone know if DOS4GW.EXE is interchangable across 
  376. different version?  I have about 10 copies of DOS4GW.EXE on my HD, from 
  377. different programs, and I wonder if I can replace all of them with the 
  378. newest version.  I tried replacing the one that came Cubic with the one 
  379. that came from a game.  From 1.95 to 1.97, so far I haven't had any 
  380. problems.  Anyone know who I could ask about this, if they don't know?
  381.  
  382.  
  383. -----------------
  384.  
  385. Date: Sat, 25 Mar 95 02:36 EET
  386. From: Hussam Eassa <eassa@earth.execpc.com>
  387. Subject: [INERTIA-TALK:2133] Re: Sb16/cd-rom memory loss!
  388.  
  389. On Sat, 25 Mar 1995, Jimmy Wan wrote:
  390.  
  391. > What's the deal with real mode vs. protected mode vs. virtual 86 mode?  
  392. > That was one thing that I thought I understood, but I don't think I do 
  393. > anymore.  BTw, I can't run Cubic Player unless I have QEMM running.  For 
  394. > some reason it always crashes after starting to load up the module, if I 
  395. > only have Himem loaded.
  396.  
  397. Try booting totally clean. BTW, are you implying that you are running
  398. himem.sys *and* QEMM? I have no problem running Cubic V.96 booting clean,
  399. with himem.sys only or himem and emm386. I can load a 1Meg mod and play it
  400. fine under all of the three conditions. You are now discovering the joys of
  401. protected mode and compatibility problems with certain hardware
  402. combinations. That's the point I tried to make in my previous posts about
  403. smartdrv :-)
  404.  
  405. P.S. I'm running PCDOS 6.3 not MSDOS. 
  406.  
  407. --
  408. ========================
  409. Sam
  410. eassa@earth.execpc.com 
  411. ========================
  412.  
  413.  
  414.  
  415.  
  416. -----------------
  417.  
  418. Date: Sat, 25 Mar 95 02:05 EET
  419. From: outlandm@netland.nl (Joost Baaij)
  420. Subject: [INERTIA-TALK:2130] Re: Source s3m player
  421.  
  422. >(ra-style)?
  423.  
  424. RemoteAccess - style.
  425.  
  426. Joost.
  427.  
  428.  
  429. -----------------
  430.  
  431. Date: Sat, 25 Mar 95 03:24 EET
  432. From: DAVE MCCARTER <50VE3GSO@qstar.fanshawec.on.ca>
  433. Subject: [INERTIA-TALK:2135] RE: Cubic Player + Off-Topic: Disk Caches, Netroom, DPMI
  434.  
  435. Hi,
  436.  
  437. I believe that Dos4gw.Exe 1.97 works fine for those programs that usually
  438. use 1.95 or such.  I haven't had a problem using the newer version and toasting
  439. the older ones.  
  440.  
  441. If you really want to make sure there is a Watcom C++ newsgroup upon which you
  442. could post this question.  I'm sorry, I don't have the address at hand.  You
  443. might find the information you're looking for on Watcom's ftp site which is
  444. ftp.watcom.com
  445.  
  446. Good luck.
  447.  
  448. ____________________________________________________________________________
  449. Jamie McCarter     50ve3gso@qstar.fanshawec.on.ca     "Live long and Render"
  450.  
  451. Winner of `February Internation PoV Competition' with my image,
  452. "JMWarmUp.Jpg" at ftp.povray.org/pub/competition/past_winners.
  453.  
  454.  
  455. -----------------
  456.  
  457. Date: Sat, 25 Mar 95 03:13 EET
  458. From: Hussam Eassa <eassa@earth.execpc.com>
  459. Subject: [INERTIA-TALK:2134] Re: memory issues
  460.  
  461. On Sat, 25 Mar 1995, Neil Gardner wrote:
  462.  
  463. > >I learned the hard way to avoid QEMM whenver possible. I also try not to
  464. > >use EMM386 if I don't really have to. QEMM while it may give you gobs of
  465. > >memory, it makes any given system less stable and slower. Another piece of
  466. > >software to avoid is smartdrv. I had a couple of instances on one machine
  467. > [stuff deleted]
  468. > >with CD-ROM drivers), use only EMM386 and under no condition use smartdrv.
  469. > >The results were amazing. Crash prone systems all of the sudden became
  470. > >bullet proof.
  471. > Any unbalanced view deserves counterbalancing.
  472.  
  473. Never thought I was unbalanced %-)
  474.  
  475. > I use Qemm all the time and I stuff as much stuff into it as I can. (Tech
  476. > speak huh :-) I have never had a system crash due to Qemm, I have never
  477. > lost data on any machine due to Qemm. It doesn't seem to slow my system
  478. > down and I do have gobs of memory left when I use it.
  479. > Also, I screwed with windows to give me 32mb of virtual mem with only 8mb
  480. > physical and still all is stable. I use smartdrv all the time and nothing
  481. > has ever gone wrong with it.
  482.  
  483. Please don't take offense at what I'm about to say. Your statements are a
  484. result of your experience with one system. Yours. I have built over a
  485. hundred systems over the past couple of years as a hobby and had to make
  486. each one work *reliably*. I built everything from Servers with mini RAIDs
  487. of mixed IDE and fast SCSI-2 drives down to 386SX-33 systems. I've
  488. installed everything from ATI mach-64 video cards down to straight 8-bit
  489. VGA cards. I've played with about 30 makes of motherboards from AMI and
  490. Micronics to no-name motherboards using chipsets from Opti, Unichip, UMC, 
  491. SIS and Forex to name a few. I've played with drives from Seagate, 
  492. Micropolis, Western Digital, Conner etc. 
  493.  
  494. With each of these systems I made it a point to optimize performance and 
  495. reliability and to measure the performance. I did this for friends and 
  496. co-workers as a favor to them and as a learning experience for me. 
  497.  
  498. The point of this is to say that I have no real biases. Just accumulated
  499. experience on what generally works reliably and what requires special
  500. tweeking. My comments were meant to be statistical in nature not specific
  501. to any given system.
  502.  
  503. > >The point of all this is to say that if you can eliminate enough TSRs to
  504. > >not need QEMM, 386MAX, Netroom or EMM386, your system will be more stable
  505. > >and probably run faster. Frequent running of a good disk defragmenter /
  506. > >organizer will nearly offset the loss of smartdrv's benefits if you have
  507. > >a reasonably new (<15ms/>1MB/s) hard disk. Additionally, the freed memory
  508. > >is now available for applications to use directly potentially enhancing
  509. > >their performance.
  510. > Your point is taken about the defragging. It's a _very_ good idea - but it
  511. > will not nearly offset the benefits of smartdrv. Your drive will only be
  512. > fast in loading big chunks of data, a lot of the dir caching etc that
  513. > _really_ makes smartdrv worthwhile won't happen.
  514.  
  515. You are exactly correct. And when really fast disk access is needed, I 
  516. recommend a caching controller such as those made by Adaptec for SCSIs and 
  517. Promise for EIDE. There, You have the best of both worlds: Disk caching 
  518. with no software overhead to the system CPU and no software drivers to 
  519. cause conflicts. I built a system like that for a work station running 
  520. AutoCad. The controller has 8 Meg of RAM. If you want to see real disk 
  521. performance, that's the way to go.
  522.  
  523.  
  524. > >A word to the wise .....
  525. > Some more words to the wise :-)
  526.  
  527. :-)
  528.  
  529. > Jordie LaForge "Impossible!..... wait.. maybe not!"
  530. > neil.gardner@stonebow.otago.ac.nz
  531. > brentlab@rivendell.otago.ac.nz
  532. > no carrier
  533.  
  534. --
  535. ========================
  536. Sam
  537. eassa@earth.execpc.com 
  538. ========================
  539.  
  540.  
  541. -----------------
  542.  
  543. Date: Sat, 25 Mar 95 04:01 EET
  544. From: Jimmy Wan <vecna@UMich.edu>
  545. Subject: [INERTIA-TALK:2136] RE: When the Heavens Fall
  546.  
  547. On Sat, 25 Mar 1995, Joost Baaij wrote:
  548.  
  549. > >(the best demo ever).
  550. > >
  551. > >=)
  552. > Now come on. aCMe produces some nice sh!t as well ....
  553. > BUt I gess you're right about 2nd reality being the best demo ever...
  554. > Anyone want to set up a poll about this? &*)
  555.  
  556. I don't think I've ever seen any of ACME's stuff with sound.  I believe 
  557. all there stuff is GUS only, but I'm not sure.  I remember downloading 
  558. some of their demos, and quickly tossing them, because A) they sucked B) 
  559. It didn't work.  In any case, we know what my vote is.  WHo's the 
  560. official vote taker here?  =)
  561.  
  562.  
  563. -----------------
  564.  
  565. Date: Sat, 25 Mar 95 04:16 EET
  566. From: Cuthalion / Sliced Bread <enrico@max.tiac.net>
  567. Subject: [INERTIA-TALK:2139] RE: When the Heavens Fall
  568.  
  569.  
  570. On Sat, 25 Mar 1995, Joost Baaij wrote:
  571.  
  572. > >(the best demo ever).
  573. > >
  574. > >=)
  575. > Now come on. aCMe produces some nice sh!t as well ....
  576. > BUt I gess you're right about 2nd reality being the best demo ever...
  577. > Anyone want to set up a poll about this? &*)
  578.  
  579.     No, we don't.  :)
  580.  
  581.  
  582. -----------------
  583.  
  584. Date: Sat, 25 Mar 95 04:07 EET
  585. From: Jimmy Wan <vecna@UMich.edu>
  586. Subject: [INERTIA-TALK:2137] Re: Sb16/cd-rom memory loss!
  587.  
  588. On Sat, 25 Mar 1995, Hussam Eassa wrote:
  589.  
  590. > On Sat, 25 Mar 1995, Jimmy Wan wrote:
  591. > > What's the deal with real mode vs. protected mode vs. virtual 86 mode?  
  592. > > That was one thing that I thought I understood, but I don't think I do 
  593. > > anymore.  BTw, I can't run Cubic Player unless I have QEMM running.  For 
  594. > > some reason it always crashes after starting to load up the module, if I 
  595. > > only have Himem loaded.
  596. > > 
  597. > Try booting totally clean. BTW, are you implying that you are running
  598. > himem.sys *and* QEMM? I have no problem running Cubic V.96 booting clean,
  599.  
  600. Come on Hussam.  By now,you should know that I'm not an idiot.  Do you 
  601. really think I could run my system with no problems doing something as 
  602. dumb as that?  =)
  603.  
  604. > with himem.sys only or himem and emm386. I can load a 1Meg mod and play it
  605. > fine under all of the three conditions. You are now discovering the joys of > protected mode and compatibility problems with certain hardware
  606. > combinations. That's the point I tried to make in my previous posts about
  607. > smartdrv :-)
  608.  
  609. If it makes any difference, I am using a Sound Blaster 16.  Can't afford 
  610. a third soundcard yet.  Besides, the one with the cache works.  The one 
  611. without a cache doesn't.
  612.  
  613. > P.S. I'm running PCDOS 6.3 not MSDOS. 
  614.  
  615. MS-DOS 6.22.  Why aer you using PC-DOS 6.3?
  616.  
  617.  
  618. -----------------
  619.  
  620. Date: Sat, 25 Mar 95 04:14 EET
  621. From: Jimmy Wan <vecna@UMich.edu>
  622. Subject: [INERTIA-TALK:2138] Re: Sb16/cd-rom memory loss!
  623.  
  624. On Sat, 25 Mar 1995, Hussam Eassa wrote:
  625.  
  626. > On Sat, 25 Mar 1995, Jimmy Wan wrote:
  627. > > The problem with this, is that most of the stuff I run is under DOS, not 
  628. > > Windows.......
  629. > DOS is a much more forgiving environment than Windows. I've seen systems 
  630. > (including the one I had trouble with) that work perfectly in DOS but get 
  631. > flakey when you get into Windows.
  632.  
  633. Well, for me, Windows doesn't crash either.  =)
  634.  
  635. > Many people are happy with it and it works fine. But I'll bet you a 
  636. > 12-pack of your favorite soda that your system is performing measureably 
  637. > slower than if you just had himem.sys loaded :-)
  638.  
  639. You are of course assuming that I could even get Windows started with all 
  640. the TSR's I have from my QEMM config.  I don't have anywhere near as much 
  641. stuff loaded for the Himem Config.
  642.  
  643. > > I used SmartDrv for about two years before I switched to Speedrive.  I've 
  644. > > never had either one give me any problems.  If anything they greatly 
  645. > > improved the performance of my system.
  646. > Again, you are mostly in DOS. I never have problems with disk cache in 
  647. > DOS. Windows is another story.
  648.  
  649. Sorry.  Never had cache problems in Windows either.  =)
  650.  
  651. > > > The point of all this is to say that if you can eliminate enough TSRs to
  652. > > > not need QEMM, 386MAX, Netroom or EMM386, your system will be more stable
  653. > > > and probably run faster. Frequent running of a good disk defragmenter /
  654. > > > organizer will nearly offset the loss of smartdrv's benefits if you have 
  655. > > > a reasonably new (<15ms/>1MB/s) hard disk. Additionally, the freed memory 
  656. > > > is now available for applications to use directly potentially enhancing 
  657. > > > their performance.
  658. > > 
  659. > > I happen to be a faithful user of Stacker also, and when you run, 
  660. > > Stacker, .........
  661. > You like living dangerously don't you :-) Stacker is IMHO a very bad idea 
  662. > unless you are using a laptop where hard drive upgrades are either not 
  663. > available or very expensive. In an age where a 420 MB hard drive costs 
  664. > $140US and a 1Gig goes for $370US it does not make sense to me to buy a $70 
  665. > program to give you a 50% increase in disk size at the cost of severe 
  666. > risk to your data, slowing down your hard drive performance and chewing 
  667. > up CPU power to do compression/decompression of data.
  668.  
  669. If you've ever actually used Stacker, with it set to maximum speed, and 
  670. do occasional defrags with maximum compression, you'll barely notice any 
  671. speed difference.  I read an article in PC-Magazine on data compression 
  672. once, that said Stacker reads at maximum compression are not even 10% 
  673. slower than regular DOS reads.  As far as severe risk to your data, I 
  674. have read many articles in major magazines(PC Magazine, Byte, Computer 
  675. Shooper), that agreed with the fact that they put your data in no more 
  676. danger than DOS does.  Provided you don't do stupid things like turn your 
  677. computer off, in the middle of a write, you won't have any problems.  
  678. Keep in mind that the the same things that would cause damage to Stacker 
  679. drives, would still cause major damage to DOS drives.
  680.  
  681. > > Speedrive, 
  682. > Well, now you need Speedrive to recover the performance lost to Stacker!
  683.  
  684. Humph.
  685.  
  686. > > .......CD-ROM Drives, Doskey, Norton Anti-Virus,
  687. > Ahhhh we finally agree on a few things. But Doskey is a 2k totally 
  688. > innocuous TSR and Norton Antivirus can be run as a stand alone 
  689. > application (not a TSR) requiring no UMBs.
  690.  
  691. True, but it can't scan executables as they are running, and provide 
  692. protection against "stealth" viruses if you don't load the big(read 47K) 
  693. TSR.  Which is kind of strange.  In my configuration with Stealth 
  694. Disabled, it only takes 4K as it loads itself into EMS.  However, my 
  695. Stealth config tries to load it into UMB's only.  I tried forcing EMS, 
  696. but then it just loads into low memory.
  697.  
  698. > > Vesa Drivers, 
  699. > Most video cards made in the last couple of years have Vesa support 
  700. > built-in. No external TSRs needed ;-)
  701.  
  702. Mine was purchased about 3 or 4 years ago.  Diamond SpeedStar 24x.  I 
  703. sure as hell am not upgrading that thing, while I still own an ISA 
  704. system.  Still a great board for DOS.
  705.  
  706. > > .... MSCDEX, 
  707. > Ok.
  708. > > a Video Card intialization utility, files, etc. 
  709. > Wait a minute, these are not TSRs. They do their thing and crawl back 
  710. > onto the hard disk.
  711.  
  712. No.  MY Video Card Initializer is one that makes sure your screen is 
  713. centered etc, in all of the video modes.  Only takes like 1K.
  714.  
  715. > > ....................................................You see 
  716. > > where UMBs are at a premium.  Even though I have a fairly new Western 
  717. > > Digital 428 MB HD that is listed at 13ms, Any cache will increase its 
  718. > > performance.  I used to run caches even when I only had 4 MB of RAM.  If 
  719. > > more games would be written without the need for things like EMS maybe 
  720. > > we wouldn't need Memory Managers, but that is still a distant point on 
  721. > > the horizon.
  722. > > 
  723. > Windows games don't need EMS, DOS/4G games (doom, heretic, ROTT etc) even
  724. > Cubic Player don't even need himem.sys or emm386. You can boot clean and
  725. > they will work fine. In fact some of them encourage you not to have memory
  726. > managers loaded. The trend is to go away from EMS support and it is well
  727. > underway. Inertia Player on a non GUS sound card needs an EMS driver *and*
  728. > a page frame to load mods bigger than your free DOS memory minus the Iplay
  729. > executable. Same with DMP.
  730.  
  731. Really?  I thought just about everything required an XMS manager at the 
  732. least.  Hmm...
  733.  
  734.  
  735. -----------------
  736.  
  737. Date: Sat, 25 Mar 95 05:36 EET
  738. From: Jessup Ferris <jferris@cello.gina.calstate.edu>
  739. Subject: [INERTIA-TALK:2140] Re: When the Heavens Fall
  740.  
  741.  
  742.  
  743. On Thu, 23 Mar 1995, Schitzo wrote:
  744.  
  745. > On Sun, 19 Mar 1995, Jimmy Wan wrote:
  746. > > Does anyone have When the Heavens Fall?  It was Purple Motion's 
  747. > > contribution to Assembly '94.  I can't find it anywhere.  I can't even 
  748. > > find it at Starport.
  749. > i have it and if you want it i could uuencode/email it to you or if 
  750. > anyone else wants i'll ftp it somewhere.
  751. I'd like a copy, so could you ftp it somewhere, and post the location.
  752.  
  753.  
  754. -----------------
  755.  
  756. Date: Sat, 25 Mar 95 06:03 EET
  757. From: Hussam Eassa <eassa@earth.execpc.com>
  758. Subject: [INERTIA-TALK:2141] Re: Sb16/cd-rom memory loss!
  759.  
  760. On Sat, 25 Mar 1995, Jimmy Wan wrote:
  761.  
  762. > On Sat, 25 Mar 1995, Hussam Eassa wrote:
  763. > > On Sat, 25 Mar 1995, Jimmy Wan wrote:
  764. > > 
  765. > > > What's the deal with real mode vs. protected mode vs. virtual 86 mode?  
  766. > > > That was one thing that I thought I understood, but I don't think I do 
  767. > > > anymore.  BTw, I can't run Cubic Player unless I have QEMM running.  For 
  768. > > > some reason it always crashes after starting to load up the module, if I 
  769. > > > only have Himem loaded.
  770. > > > 
  771. > > 
  772. > > Try booting totally clean. BTW, are you implying that you are running
  773. > > himem.sys *and* QEMM? I have no problem running Cubic V.96 booting clean,
  774. > Come on Hussam.  By now,you should know that I'm not an idiot.  Do you 
  775. > really think I could run my system with no problems doing something as 
  776. > dumb as that?  =)
  777.  
  778. Sorry. No offense intended at all. I have seen *programmers* pull that 
  779. stunt and I had to explain to them that it wasn't a good idea. I was just 
  780. trying to get clarification not to offend. Again, sorry :-)
  781.  
  782. > > with himem.sys only or himem and emm386. I can load a 1Meg mod and play it
  783. > > fine under all of the three conditions. You are now discovering the joys 
  784. > of 
  785. > protected mode and compatibility problems with certain hardware
  786. > > combinations. That's the point I tried to make in my previous posts about
  787. > > smartdrv :-)
  788. > If it makes any difference, I am using a Sound Blaster 16.  Can't afford 
  789. > a third soundcard yet.  Besides, the one with the cache works.  The one 
  790. > without a cache doesn't.
  791.  
  792. I did the experiment using a Sound Blaster 16 also. No problems. Please 
  793. don't misunderstand. I'm not trying to give you a hard time. I'm simply 
  794. saying that in the world of PCs, what works on one hardware combination 
  795. does not necessarily work on another. That was the whole point of my 
  796. cautions about memory managers, smartdrv etc. 
  797.  
  798. > > P.S. I'm running PCDOS 6.3 not MSDOS. 
  799. > MS-DOS 6.22.  Why aer you using PC-DOS 6.3?
  800.  
  801. Because I think it is much better supported by IBM. IBM starts out with
  802. the Microsoft code. They then debug the crap out of it and release it as
  803. IBM or PC DOS. They issue almost monthly patch disks called Corrective
  804. Service Diskettes (CSD) to constantly fix bugs as they are found. AND THEY
  805. ARE FREE. Many of these bugs are pretty obscure but they do it nontheless.
  806. When I found out about the CSDs, out of curiosity, I called IBM to inquire
  807. about them.  After a very pleasant discussion with the folks at Big Blue,
  808. they *Fedexed* three CSDs to me *overnight* at no charge. Try to get that
  809. service out of Microsoft. 
  810.  
  811. I tried to get some info from Microsoft about the Windows memory 
  812. fragmentation bug. BTW, this bug manifests itself as follows. Start up 
  813. Windows and immediatly pull down the help menu. Click on "About Progam 
  814. Manager". Now you will see a percentage of free Windows resources. 
  815. Typicaly this is 80% to 85%. Now start an application like word, Excel or 
  816. whatever and close it. Check your resources. You will find that you now 
  817. have less resources than what you started with. This degeneration can 
  818. keep on going until you get the "not enough memory" message. You can have 
  819. 16 Meg of RAM, nothing running and still be out of memory!
  820.  
  821. Anyway, I called Microsoft to ask about a fix for this bug. After being 
  822. bounced around for half an hour, asked 20 questions about my registration 
  823. # and told that the clock starts NOW for three months of free support 
  824. after which I would be charged, they told me it wasn't Windows' fault but 
  825. that of the applications! I politely reminded them that Microsoft apps did 
  826. it too, the answer was a cavalier "well, we didn't say it was only other 
  827. people's stuff that had the problem" :-/. I found that hard to believe 
  828. since the problem occurs also if you run a *DOS* application from Windows.
  829. Their "fix"? exit and restart Windows.
  830.  
  831. This experience told me that the IBM people are a lot more reliable than 
  832. Microsoft and I've stuck with their version of DOS. BTW, IBM pays 
  833. Microsoft $20 for each copy of PCDOS that they sell. Starting with PCDOS 
  834. 7.0, It will be pure IBM code. I'm told it should be hitting the stores 
  835. soon and you bet that I can't wait to get my hands on it.
  836.  
  837. --
  838. ========================
  839. Sam
  840. eassa@earth.execpc.com 
  841. ========================
  842.  
  843.  
  844. -----------------
  845.  
  846. Date: Sat, 25 Mar 95 06:45 EET
  847. From: Hussam Eassa <eassa@earth.execpc.com>
  848. Subject: [INERTIA-TALK:2142] Re: Sb16/cd-rom memory loss!
  849.  
  850. On Sat, 25 Mar 1995, Jimmy Wan wrote:
  851.  
  852. > On Sat, 25 Mar 1995, Hussam Eassa wrote:
  853. > > On Sat, 25 Mar 1995, Jimmy Wan wrote:
  854. > > 
  855. [cut]
  856.  
  857. > > > I happen to be a faithful user of Stacker also, and when you run, 
  858. > > > Stacker, .........
  859. > > 
  860. > > You like living dangerously don't you :-) Stacker is IMHO a very bad idea 
  861. > > unless you are using a laptop where hard drive upgrades are either not 
  862. > > available or very expensive. In an age where a 420 MB hard drive costs 
  863. > > $140US and a 1Gig goes for $370US it does not make sense to me to buy a $70 
  864. > > program to give you a 50% increase in disk size at the cost of severe 
  865. > > risk to your data, slowing down your hard drive performance and chewing 
  866. > > up CPU power to do compression/decompression of data.
  867. > If you've ever actually used Stacker, with it set to maximum speed, and 
  868. > do occasional defrags with maximum compression, you'll barely notice any 
  869. > speed difference.  I read an article in PC-Magazine on data compression 
  870. > once, that said Stacker reads at maximum compression are not even 10% 
  871. > slower than regular DOS reads.  As far as severe risk to your data, I 
  872. > have read many articles in major magazines(PC Magazine, Byte, Computer 
  873. > Shooper), that agreed with the fact that they put your data in no more 
  874. > danger than DOS does.  Provided you don't do stupid things like turn your 
  875. > computer off, in the middle of a write, you won't have any problems.  
  876. > Keep in mind that the the same things that would cause damage to Stacker 
  877. > drives, would still cause major damage to DOS drives.
  878.  
  879. Don't believe all that you read in the mags. Stacker creates a mounted
  880. volume where all your data is stored. This is basically a single, massive
  881. compressed file on your physical drive. It then does fancy footwork to
  882. make that volume look like drive C:. If you have straight DOS and you have
  883. a catastrophic crash, you lose several affected files (unless your FAT is
  884. damaged). If you get corruption of your mounted volume, recovering the
  885. rest of your data is nearly impossible. This applies to DoubleSpace and
  886. SuperStore as well. 
  887.  
  888. > > > Speedrive, 
  889. > > 
  890. > > Well, now you need Speedrive to recover the performance lost to Stacker!
  891. > Humph.
  892.  
  893. Am I mean or what :-)
  894.  
  895. > > > .......CD-ROM Drives, Doskey, Norton Anti-Virus,
  896. > > 
  897. > > Ahhhh we finally agree on a few things. But Doskey is a 2k totally 
  898. > > innocuous TSR and Norton Antivirus can be run as a stand alone 
  899. > > application (not a TSR) requiring no UMBs.
  900. > True, but it can't scan executables as they are running, and provide 
  901. > protection against "stealth" viruses if you don't load the big(read 47K) 
  902. > TSR.  Which is kind of strange.  In my configuration with Stealth 
  903. > Disabled, it only takes 4K as it loads itself into EMS.  However, my 
  904. > Stealth config tries to load it into UMB's only.  I tried forcing EMS, 
  905. > but then it just loads into low memory.
  906.  
  907. Just think about it. Scanning executables as they are running requires 
  908. CPU overhead. Guess what that does to your execution speed? I think the 
  909. best virus protection is to back up often and to scan new stuff. So if 
  910. you miss something, you can always do a format c:/s and selectively 
  911. restore. your data. I think that's more reasonable than a 47K TSR that 
  912. slows things down.
  913.  
  914. > > > Vesa Drivers, 
  915. > > 
  916. > > Most video cards made in the last couple of years have Vesa support 
  917. > > built-in. No external TSRs needed ;-)
  918. > Mine was purchased about 3 or 4 years ago.  Diamond SpeedStar 24x.  I 
  919. > sure as hell am not upgrading that thing, while I still own an ISA 
  920. > system.  Still a great board for DOS.                          ^^^
  921.  
  922. Ok Ok! :-) Wait 'till you discover the exquisite pleasures of brand new
  923. incompatibilities when you upgrade to local bus (especially PCI) > 528 Meg
  924. mode 3 drives. HeHeHe. 
  925.  
  926. > > > .... MSCDEX, 
  927. > > 
  928. > > Ok.
  929. > > 
  930. > > > a Video Card intialization utility, files, etc. 
  931. > > 
  932. > > Wait a minute, these are not TSRs. They do their thing and crawl back 
  933. > > onto the hard disk.
  934. > No.  MY Video Card Initializer is one that makes sure your screen is 
  935. > centered etc, in all of the video modes.  Only takes like 1K.
  936.  
  937. Ok. I'm running one too for my SpeedStar Pro. It's called promode. 
  938.  
  939. > > > ....................................................You see 
  940. > > > where UMBs are at a premium.  Even though I have a fairly new Western 
  941. > > > Digital 428 MB HD that is listed at 13ms, Any cache will increase its 
  942. > > > performance.  I used to run caches even when I only had 4 MB of RAM.  If 
  943. > > > more games would be written without the need for things like EMS maybe 
  944. > > > we wouldn't need Memory Managers, but that is still a distant point on 
  945. > > > the horizon.
  946. > > > 
  947. > > 
  948. > > Windows games don't need EMS, DOS/4G games (doom, heretic, ROTT etc) even
  949. > > Cubic Player don't even need himem.sys or emm386. You can boot clean and
  950. > > they will work fine. In fact some of them encourage you not to have memory
  951. > > managers loaded. The trend is to go away from EMS support and it is well
  952. > > underway. Inertia Player on a non GUS sound card needs an EMS driver *and*
  953. > > a page frame to load mods bigger than your free DOS memory minus the Iplay
  954. > > executable. Same with DMP.
  955. > Really?  I thought just about everything required an XMS manager at the 
  956. > least.  Hmm...
  957.  
  958. Try it. Hit F5 on boot up and run DOOM. It'll work just peachy.
  959.  
  960. --
  961. ========================
  962. Sam
  963. eassa@earth.execpc.com 
  964. ========================
  965.  
  966.  
  967. -----------------
  968.  
  969. Date: Sat, 25 Mar 95 08:46 EET
  970. From: "Jens Puchert" <jpuchert@mailbox.syr.edu>
  971. Subject: [INERTIA-TALK:2143] Re: Just completely screwed up... arghhh!! 
  972.  
  973. In message <Pine.3.05.9503241131.B25665-a100000@thunder> you write:
  974.  
  975. >Hey gurus, just a little question...
  976. >
  977. >    I got the beta of Win95, and I'm trying to get my SB16ASP to even
  978. >work right, therefore, my computer won't boot with it in, and I can't even
  979. >play MODs on Iplay...   what do I do????  Here's the symptoms if anyone
  980. >cares...
  981. >
  982. >Problem:
  983. >
  984. >     Win95 recognizes SB16ASP and assigns it the SB16/AWE-32
  985. >drivers...  yipppeeee...  now it asks you if you want to reboot the
  986. >machine, and you say yes....
  987. >    Upon rebooting, it boots up fine and dandy, but when it plays the
  988. >"tada" sound, it crashes right in the middle of the sample, and locks up
  989. >my machine...  What is my solution???  What can I do???   Has anyone ever
  990. >had these problems as well???
  991. >
  992. >thanks for the airwaves....
  993. >
  994. >Cory
  995. >
  996. >
  997.  
  998. Wrong IRQ assignment.  Go to Control Panel|System|Device Manager|Properties 
  999. and locate another free IRQ.
  1000.  
  1001. Jensi
  1002.  
  1003.  
  1004. -----------------
  1005.  
  1006. Date: Sat, 25 Mar 95 09:23 EET
  1007. From: andrewf@searchme.demon.co.uk (Andrew Ferrier)
  1008. Subject: [INERTIA-TALK:2145] Re: PSM HELP!!
  1009.  
  1010. In message <9503200509.AA28869@dino.conicit.ve> inertia-talk@oliver.sun.ac.za writes:
  1011. > PLEASE!! could somebody tell me where in the net is a PSM player
  1012. > Thanks in advance
  1013.  
  1014. Don't panic. Contact me and I'll send you the Epic PSM player. This applies to
  1015. anyone (up to a point!).
  1016.  
  1017. TTFN,
  1018. Andrew Ferrier
  1019.  
  1020. Personal Email: andrewf@searchme.demon.co.uk
  1021.  
  1022.  
  1023. -----------------
  1024.  
  1025. Date: Sat, 25 Mar 95 09:24 EET
  1026. From: andrewf@searchme.demon.co.uk (Andrew Ferrier)
  1027. Subject: [INERTIA-TALK:2146] OS/2 Soundcards
  1028.  
  1029. In message <9503152320.0WSGZ00@t8000.com> inertia-talk@oliver.cs.sun.ac.za writes:
  1030. >  > Many cards work like this. Most advanced SCSI and IDE controllers reserve a
  1031. >  > piece of the upper memory for their BIOS. This allows them to offer more
  1032. >  > features and performance than dumb controllers. Even the PCI bus
  1033. >  > reserves E800h-EFFFh. Nothing is free.
  1034. > Correct me if I'm wrong, but would'nt a 32 bit OS eliminate these
  1035. > BIOS-archetectural setbacks? Is this possibly a hardware limitation of the
  1036. > 80x86 chips?
  1037. If you're talking about upper memory, yes. People seem to forget that
  1038. conventional memory, and upper memory disappear with OS/2. It's just
  1039. memory (the way it should be). And I don't think (although I could be wrong)
  1040. that the OS has to be 32bit.
  1041.  
  1042. TTFN,
  1043. Andrew Ferrier
  1044.  
  1045. Personal Email: andrewf@searchme.demon.co.uk
  1046.  
  1047.  
  1048. -----------------
  1049.  
  1050. Date: Sat, 25 Mar 95 09:25 EET
  1051. From: andrewf@searchme.demon.co.uk (Andrew Ferrier)
  1052. Subject: [INERTIA-TALK:2147] Re: Sb16/cd-rom memory loss!
  1053.  
  1054. In message <Pine.SOL.3.90.950319105359.16734A-100000@eddie> inertia-talk@oliver.sun.ac.za writes:
  1055. > On Sun, 19 Mar 1995, Andrew Ferrier wrote:
  1056. > > In message <Pine.SOL.3.90.950308225507.28778C-100000@eddie> inertia-talk@oliver.sun.ac.za writes:
  1057. > > > SoooOOooOOoooo ... has anyone ACTUALLY figure out what those damn drivers
  1058. > > > are for besides hoggin up base memory???
  1059. > > Yep. I think most games need them. I could be wrong, though. I haven't done
  1060. > > extensive tests.
  1061. > i have yet to come across a game that didn't run with the sb16 without
  1062. > those two tsr's loaded ... so like which games need it?
  1063.  
  1064. In general, I think older ones. These ones don't have protected this and clever
  1065. thing that, and especially important, they don't have their own drivers.
  1066. However, I have found that the drivers are needed for running the SB16 utils.
  1067. (such as the Mixer, v. important) and also, the amp. on the soundcard is not
  1068. enabled if you don't load the drivers (i.e. You can't crank up a big pair of
  1069. speakers).
  1070.  
  1071. TTFN,
  1072. Andrew Ferrier
  1073.  
  1074. Personal Email: andrewf@searchme.demon.co.uk
  1075.  
  1076.  
  1077. -----------------
  1078.  
  1079. Date: Sat, 25 Mar 95 09:22 EET
  1080. From: andrewf@searchme.demon.co.uk (Andrew Ferrier)
  1081. Subject: [INERTIA-TALK:2144] Re: Source s3m player
  1082.  
  1083. In message <Pine.PCW.3.91.950317193233.14783D-100000@[141.211.7.179]> inertia-talk@oliver.sun.ac.za writes:
  1084. On Fri, 17 Mar 1995, Joost Baaij wrote:
  1085.  
  1086. > I know I'm a bit off topic here, but can anyone tell me where I can find the
  1087. > source of an s3m player? A friend of mine is coding a demo right now but he
  1088. > doesn't know how to play s3m's so we're stuck to .mod and that really sucks
  1089. > .. :(
  1090. > Please, anyone! If you have only the smallest bit of information about this
  1091. > please mail it to me, 'coz I don't feel like writing a .mod or converting an
  1092. > s3m to .mod !
  1093.  
  1094. I have an SB toolkit that includes an S3M player in assembler. I haven't looked
  1095. at it, since I don't program in asm, but you may be interested. Contact me
  1096. privately.
  1097.  
  1098. TTFN,
  1099. Andrew Ferrier
  1100.  
  1101. Personal Email: andrewf@searchme.demon.co.uk
  1102.  
  1103.  
  1104. -----------------
  1105.  
  1106. Date: Sat, 25 Mar 95 10:21 EET
  1107. From: andrewf@searchme.demon.co.uk (Andrew Ferrier)
  1108. Subject: [INERTIA-TALK:2148] Re: Sb16/cd-rom memory loss!
  1109.  
  1110. In message <ECS9503201016A@tem.nhl.nl> inertia-talk@oliver.sun.ac.za writes:
  1111. > Yep i figured it out.
  1112. > The first one (the one with the settings 220 d:1 h:1)
  1113. > This one is used by some old programs (pinball fantasy for example)
  1114. > Bigger and newer games have their own drivers (DOOM etc.)
  1115. > THe second one ctmm.sys isn't needed buy any program ...I think
  1116. >
  1117. > Niels
  1118.  
  1119. I think you've got it for the first one. Is the second necessary in Win or
  1120. the SB16 utils?
  1121.  
  1122. TTFN,
  1123. Andrew Ferrier
  1124.  
  1125. Personal Email: andrewf@searchme.demon.co.uk
  1126.  
  1127.  
  1128. -----------------
  1129.  
  1130. Date: Sat, 25 Mar 95 10:22 EET
  1131. From: andrewf@searchme.demon.co.uk (Andrew Ferrier)
  1132. Subject: [INERTIA-TALK:2149] Just completely screwed up...  arghhh!!
  1133.  
  1134. In message <Pine.3.05.9503241131.B25665-a100000@thunder> inertia-talk@oliver.sun.ac.za writes:
  1135. > Problem:
  1136. >
  1137. >       Win95 recognizes SB16ASP and assigns it the SB16/AWE-32
  1138. > drivers...  yipppeeee...  now it asks you if you want to reboot the
  1139. > machine, and you say yes....
  1140. >       Upon rebooting, it boots up fine and dandy, but when it plays the
  1141. > "tada" sound, it crashes right in the middle of the sample, and locks up
  1142. > my machine...  What is my solution???  What can I do???   Has anyone ever
  1143. > had these problems as well???
  1144. > Cory
  1145.  
  1146. My suggestion is to try something lesser, like SB, SB Pro. Certainly tell
  1147. Microsoft, since it is a prob. in their product. (I think! Are these drivers
  1148. the ones that come with the SB16 for Win, or ones that come with Win95?).
  1149.  
  1150. TTFN,
  1151. Andrew Ferrier
  1152.  
  1153. Personal Email: andrewf@searchme.demon.co.uk
  1154.  
  1155.  
  1156. -----------------
  1157.  
  1158. Date: Sat, 25 Mar 95 13:45 EET
  1159. From: Intertex <voyager@intertex.es>
  1160. Subject: [INERTIA-TALK:2150] 
  1161.  
  1162.  
  1163. Hi!                                     
  1164.                                         
  1165. I'm the musician of a new demo group    
  1166. here in Spain.                          
  1167. If you want to conntact me for          
  1168. exchanging ideas, samples, etc, write   
  1169. personaly to my account.                
  1170. Bye! VV/PR                              
  1171.  
  1172.  
  1173. -----------------
  1174.  
  1175. Date: Sat, 25 Mar 95 15:53 EET
  1176. From: Ng Cheng Kiang <ngck@attobyte.lugs.po.my>
  1177. Subject: [INERTIA-TALK:2151] Re: Wondering about subscription commands
  1178.  
  1179. Hi! 
  1180.  
  1181. > Can someone forward me a copy of the subscription info for this mailing 
  1182. > list?  How to subscribe and how to unsubscribe?
  1183.  
  1184. I presume since you can write here, you already knew how to subscribe. :)
  1185. To unsubscribe, write a mail to listserver@oliver.sun.ac.za with no 
  1186. subject, and "unsubscribe inertia-talk" in the body. 
  1187.  
  1188. -- 
  1189.  +-------------------------------------------+
  1190.  | Ng Cheng Kiang      Fidonet: 6:600/230.10 |
  1191.  |    Internet: ngck%attobyte@lugs.po.my     |
  1192.  |          or  ngck@attobyte.lugs.po.my     |
  1193.  +-------------------------------------------+
  1194.  
  1195.  
  1196. -----------------
  1197.  
  1198. Date: Sat, 25 Mar 95 23:12 EET
  1199. From: Jimmy Wan <vecna@umich.edu>
  1200. Subject: [INERTIA-TALK:2152] Re: memory issues
  1201.  
  1202. On Sat, 25 Mar 1995, Hussam Eassa wrote:
  1203.  
  1204. > You are exactly correct. And when really fast disk access is needed, I 
  1205. > recommend a caching controller such as those made by Adaptec for SCSIs and 
  1206. > Promise for EIDE. There, You have the best of both worlds: Disk caching 
  1207. > with no software overhead to the system CPU and no software drivers to 
  1208. > cause conflicts. I built a system like that for a work station running 
  1209. > AutoCad. The controller has 8 Meg of RAM. If you want to see real disk 
  1210. > performance, that's the way to go.
  1211.  
  1212. I know that this is an opinion question, but what are the best HD 
  1213. controllers or SCSI adapters, etc?  When I buy my next computer, I am 
  1214. almost undoubtably going to go with something like a caching HD 
  1215. controller, a 686, and GOBS of RAM.
  1216.  
  1217.  
  1218. -----------------
  1219.  
  1220. Date: Sat, 25 Mar 95 23:20 EET
  1221. From: Jimmy Wan <vecna@umich.edu>
  1222. Subject: [INERTIA-TALK:2154] Re: Sb16/cd-rom memory loss!
  1223.  
  1224. On Sat, 25 Mar 1995, Hussam Eassa wrote:
  1225.  
  1226. > On Sat, 25 Mar 1995, Jimmy Wan wrote:
  1227. > > If you've ever actually used Stacker, with it set to maximum speed, and 
  1228. > > do occasional defrags with maximum compression, you'll barely notice any 
  1229. > > speed difference.  I read an article in PC-Magazine on data compression 
  1230. > > once, that said Stacker reads at maximum compression are not even 10% 
  1231. > > slower than regular DOS reads.  As far as severe risk to your data, I 
  1232. > > have read many articles in major magazines(PC Magazine, Byte, Computer 
  1233. > > Shooper), that agreed with the fact that they put your data in no more 
  1234. > > danger than DOS does.  Provided you don't do stupid things like turn your 
  1235. > > computer off, in the middle of a write, you won't have any problems.  
  1236. > > Keep in mind that the the same things that would cause damage to Stacker 
  1237. > > drives, would still cause major damage to DOS drives.
  1238. > Don't believe all that you read in the mags. Stacker creates a mounted
  1239. > volume where all your data is stored. This is basically a single, massive
  1240. > compressed file on your physical drive. It then does fancy footwork to
  1241. > make that volume look like drive C:. If you have straight DOS and you have
  1242. > a catastrophic crash, you lose several affected files (unless your FAT is
  1243. > damaged). If you get corruption of your mounted volume, recovering the
  1244. > rest of your data is nearly impossible. This applies to DoubleSpace and
  1245. > SuperStore as well. 
  1246.  
  1247. Key words: catastrophic crash.  I don't know about anybody else, but 
  1248. personally if I ever had a crash that bad, there would be so much stuff 
  1249. missing that I would probably just reformat and start over.
  1250.  
  1251. > > > > Speedrive, 
  1252. > > > 
  1253. > > > Well, now you need Speedrive to recover the performance lost to Stacker!
  1254. > > 
  1255. > > Humph.
  1256. > Am I mean or what :-)
  1257.  
  1258. No comment.  =)
  1259.  
  1260. > > True, but it can't scan executables as they are running, and provide 
  1261. > > protection against "stealth" viruses if you don't load the big(read 47K) 
  1262. > > TSR.  Which is kind of strange.  In my configuration with Stealth 
  1263. > > Disabled, it only takes 4K as it loads itself into EMS.  However, my 
  1264. > > Stealth config tries to load it into UMB's only.  I tried forcing EMS, 
  1265. > > but then it just loads into low memory.
  1266. > Just think about it. Scanning executables as they are running requires 
  1267. > CPU overhead. Guess what that does to your execution speed? I think the 
  1268. > best virus protection is to back up often and to scan new stuff. So if 
  1269. > you miss something, you can always do a format c:/s and selectively 
  1270. > restore. your data. I think that's more reasonable than a 47K TSR that 
  1271. > slows things down.
  1272.  
  1273. What if it isn't a boot sector virus?  Then you have a problem.
  1274.  
  1275. > > Mine was purchased about 3 or 4 years ago.  Diamond SpeedStar 24x.  I 
  1276. > > sure as hell am not upgrading that thing, while I still own an ISA 
  1277. > > system.  Still a great board for DOS.                          ^^^
  1278. > Ok Ok! :-) Wait 'till you discover the exquisite pleasures of brand new
  1279. > incompatibilities when you upgrade to local bus (especially PCI) > 528 Meg
  1280. > mode 3 drives. HeHeHe. 
  1281.  
  1282. Why?
  1283.  
  1284. > > No.  MY Video Card Initializer is one that makes sure your screen is 
  1285. > > centered etc, in all of the video modes.  Only takes like 1K.
  1286. > Ok. I'm running one too for my SpeedStar Pro. It's called promode. 
  1287.  
  1288. Exactly.
  1289.  
  1290. > > Really?  I thought just about everything required an XMS manager at the 
  1291. > > least.  Hmm...
  1292. > Try it. Hit F5 on boot up and run DOOM. It'll work just peachy.
  1293.  
  1294. I disabled that, I pretty much have to load the DPMS.exe driver, that 
  1295. trims about 30K off of the Stacker device driver.  Well, I have like 6 
  1296. configs anyway, so everything usually works fine anyway.
  1297.  
  1298.  
  1299. -----------------
  1300.  
  1301. Date: Sat, 25 Mar 95 23:29 EET
  1302. From: outlandm@netland.nl (Joost Baaij)
  1303. Subject: [INERTIA-TALK:2158] RE: When the Heavens Fall
  1304.  
  1305. aCMe doesn't suck ... tb maui does (JOKE !!!! JOKE !!!!!!!!! ;-)
  1306. if aCMe demos need a gus ... so be it. Their music is cool, their gfx also.
  1307. But it's true. It's no comparison to 2nd reality.
  1308.  
  1309. Joost.
  1310.  
  1311.  
  1312. -----------------
  1313.  
  1314. Date: Sat, 25 Mar 95 23:19 EET
  1315. From: Jimmy Wan <vecna@umich.edu>
  1316. Subject: [INERTIA-TALK:2153] Re: Sb16/cd-rom memory loss!
  1317.  
  1318. On Sat, 25 Mar 1995, Hussam Eassa wrote:
  1319.  
  1320. > Sorry. No offense intended at all. I have seen *programmers* pull that 
  1321. > stunt and I had to explain to them that it wasn't a good idea. I was just 
  1322. > trying to get clarification not to offend. Again, sorry :-)
  1323.  
  1324. Umm, no problem.  =)  THing is, no one explained to me the diff between 
  1325. V86, protected, and real modes.  Jensi?
  1326.  
  1327. > > If it makes any difference, I am using a Sound Blaster 16.  Can't afford 
  1328. > > a third soundcard yet.  Besides, the one with the cache works.  The one 
  1329. > > without a cache doesn't.
  1330. > I did the experiment using a Sound Blaster 16 also. No problems. Please 
  1331. > don't misunderstand. I'm not trying to give you a hard time. I'm simply 
  1332. > saying that in the world of PCs, what works on one hardware combination 
  1333. > does not necessarily work on another. That was the whole point of my 
  1334. > cautions about memory managers, smartdrv etc. 
  1335.  
  1336. Well, what do you have in your setup?  Mine won't work without an EMM.
  1337.  
  1338. > > > P.S. I'm running PCDOS 6.3 not MSDOS. 
  1339. > > 
  1340. > > MS-DOS 6.22.  Why are you using PC-DOS 6.3?
  1341. > Because I think it is much better supported by IBM. IBM starts out with
  1342. > the Microsoft code. They then debug the crap out of it and release it as
  1343. > IBM or PC DOS. They issue almost monthly patch disks called Corrective
  1344. > Service Diskettes (CSD) to constantly fix bugs as they are found. AND THEY
  1345. > ARE FREE. Many of these bugs are pretty obscure but they do it nontheless.
  1346. > When I found out about the CSDs, out of curiosity, I called IBM to inquire
  1347. > about them.  After a very pleasant discussion with the folks at Big Blue,
  1348. > they *Fedexed* three CSDs to me *overnight* at no charge. Try to get that
  1349. > service out of Microsoft. 
  1350.  
  1351. Wow.
  1352.  
  1353. > I tried to get some info from Microsoft about the Windows memory 
  1354. > fragmentation bug. BTW, this bug manifests itself as follows. Start up 
  1355. > Windows and immediatly pull down the help menu. Click on "About Progam 
  1356. > Manager". Now you will see a percentage of free Windows resources. 
  1357. > Typicaly this is 80% to 85%. Now start an application like word, Excel or 
  1358. > whatever and close it. Check your resources. You will find that you now 
  1359. > have less resources than what you started with. This degeneration can 
  1360. > keep on going until you get the "not enough memory" message. You can have 
  1361. > 16 Meg of RAM, nothing running and still be out of memory!
  1362.  
  1363. I've had that happen too.
  1364.  
  1365. > Anyway, I called Microsoft to ask about a fix for this bug. After being 
  1366. > bounced around for half an hour, asked 20 questions about my registration 
  1367. > # and told that the clock starts NOW for three months of free support 
  1368. > after which I would be charged, they told me it wasn't Windows' fault but 
  1369. > that of the applications! I politely reminded them that Microsoft apps did 
  1370. > it too, the answer was a cavalier "well, we didn't say it was only other 
  1371. > people's stuff that had the problem" :-/. I found that hard to believe 
  1372. > since the problem occurs also if you run a *DOS* application from Windows.
  1373. > Their "fix"? exit and restart Windows.
  1374.  
  1375. That's a reason why I will not switch to Win95.  If anything I'm gonna go 
  1376. to Warp.
  1377.  
  1378. > This experience told me that the IBM people are a lot more reliable than 
  1379. > Microsoft and I've stuck with their version of DOS. BTW, IBM pays 
  1380. > Microsoft $20 for each copy of PCDOS that they sell. Starting with PCDOS 
  1381. > 7.0, It will be pure IBM code. I'm told it should be hitting the stores 
  1382. > soon and you bet that I can't wait to get my hands on it.
  1383.  
  1384. Have you ever had any incompatibilities with it?  Is there any 
  1385. performance difference?  Know if it works with Stacker?  How are the 
  1386. included memory managers?
  1387.  
  1388.  
  1389. -----------------
  1390.  
  1391. Date: Sat, 25 Mar 95 23:28 EET
  1392. From: outlandm@netland.nl (Joost Baaij)
  1393. Subject: [INERTIA-TALK:2157] Re: Cubic Player + Off-Topic: Disk Caches, Netroom, DPMI
  1394.  
  1395. Hi!
  1396.  
  1397. >Can anyone explain exactly what is necessary to run DPMI programs?  
  1398.  
  1399. 'coz in protected mode there is no EMS/XMS/ubm/dos-memory.
  1400. There's just your free mem from bit 0 to bit xxxxxxx.
  1401.  
  1402. Ciao,
  1403.  
  1404. Joost.
  1405.  
  1406.  
  1407. -----------------
  1408.  
  1409. Date: Sat, 25 Mar 95 23:27 EET
  1410. From: Jimmy Wan <vecna@umich.edu>
  1411. Subject: [INERTIA-TALK:2156] Re: Just completely screwed up... arghhh!!
  1412.  
  1413. On Sat, 25 Mar 1995, Andrew Ferrier wrote:
  1414.  
  1415. > My suggestion is to try something lesser, like SB, SB Pro. Certainly tell
  1416. > Microsoft, since it is a prob. in their product. (I think! Are these drivers
  1417. > the ones that come with the SB16 for Win, or ones that come with Win95?).
  1418.  
  1419. Umm, that's why it is a Beta.
  1420.  
  1421.  
  1422. -----------------
  1423.  
  1424. Date: Sat, 25 Mar 95 23:26 EET
  1425. From: Jimmy Wan <vecna@umich.edu>
  1426. Subject: [INERTIA-TALK:2155] Re: Sb16/cd-rom memory loss!
  1427.  
  1428. On Sat, 25 Mar 1995, Andrew Ferrier wrote:
  1429.  
  1430. > In message <Pine.SOL.3.90.950319105359.16734A-100000@eddie> inertia-talk@oliver.sun.ac.za writes:
  1431.  
  1432. > In general, I think older ones. These ones don't have protected this and clever
  1433. > thing that, and especially important, they don't have their own drivers.
  1434. > However, I have found that the drivers are needed for running the SB16 utils.
  1435. > (such as the Mixer, v. important) and also, the amp. on the soundcard is not
  1436. > enabled if you don't load the drivers (i.e. You can't crank up a big pair of
  1437. > speakers).
  1438.  
  1439. The internal amps suck.  They add too much noise.  I would rather just 
  1440. turn up my stereo.  Much cleaner sound.
  1441.  
  1442.  
  1443. -----------------
  1444.  
  1445. Date: Sat, 25 Mar 95 23:31 EET
  1446. From: outlandm@netland.nl (Joost Baaij)
  1447. Subject: [INERTIA-TALK:2160] Re: Source s3m player
  1448.  
  1449. >I have an SB toolkit that includes an S3M player in assembler.
  1450.  
  1451. Yes! Can I have that? ppppplllleeeeeeaaaaaassssseeeeeeeee....
  1452.  
  1453. Joost.
  1454.  
  1455.  
  1456.  
  1457. -----------------
  1458.  
  1459. Date: Sun, 26 Mar 95 00:47 EET
  1460. From: Hussam Eassa <eassa@earth.execpc.com>
  1461. Subject: [INERTIA-TALK:2161] Re: memory issues
  1462.  
  1463. On Sat, 25 Mar 1995, Jimmy Wan wrote:
  1464.  
  1465. > On Sat, 25 Mar 1995, Hussam Eassa wrote:
  1466. > > You are exactly correct. And when really fast disk access is needed, I 
  1467. > > recommend a caching controller such as those made by Adaptec for SCSIs and 
  1468. > > Promise for EIDE. There, You have the best of both worlds: Disk caching 
  1469. > > with no software overhead to the system CPU and no software drivers to 
  1470. > > cause conflicts. I built a system like that for a work station running 
  1471. > > AutoCad. The controller has 8 Meg of RAM. If you want to see real disk 
  1472. > > performance, that's the way to go.
  1473. > I know that this is an opinion question, but what are the best HD 
  1474. > controllers or SCSI adapters, etc?  When I buy my next computer, I am 
  1475. > almost undoubtably going to go with something like a caching HD 
  1476. > controller, a 686, and GOBS of RAM.
  1477.  
  1478. If you want the best, go SCSI-II FAST (and WIDE if you can afford it :-). 
  1479. The industry standard for SCSI controllers is Adaptec. SCSI is very
  1480. expandable, each controller can handle 7 physical drives and you can have
  1481. as many controllers up to the limit of drive Z:. The same controller will
  1482. handle any mix of SCSI devices you like, from tape backups to CD-ROM
  1483. drives to scanners etc. You plug them in and they work. Period. The down
  1484. side is that SCSI devices cost more than their IDE equivelants simply due
  1485. to the economies of scale and because SCSI drives tend to be high end
  1486. products with super performance and monster capacities. If you go EIDE, the
  1487. Promise caching controllers are very good and offer a better value than
  1488. SCSI. But you are limited to two drives supported natively or four with
  1489. drivers. 
  1490.  
  1491. --
  1492. ========================
  1493. Sam
  1494. eassa@earth.execpc.com 
  1495. ========================
  1496.  
  1497.  
  1498. -----------------
  1499.  
  1500. Date: Sun, 26 Mar 95 01:45 EET
  1501. From: Hussam Eassa <eassa@earth.execpc.com>
  1502. Subject: [INERTIA-TALK:2162] Re: Sb16/cd-rom memory loss!
  1503.  
  1504. On Sat, 25 Mar 1995, Jimmy Wan wrote:
  1505.  
  1506. > On Sat, 25 Mar 1995, Hussam Eassa wrote:
  1507.  
  1508. [Norton Antivirus]
  1509.  
  1510. > > Just think about it. Scanning executables as they are running requires 
  1511. > > CPU overhead. Guess what that does to your execution speed? I think the 
  1512. > > best virus protection is to back up often and to scan new stuff. So if 
  1513. > > you miss something, you can always do a format c:/s and selectively 
  1514. > > restore. your data. I think that's more reasonable than a 47K TSR that 
  1515. > > slows things down.
  1516. > What if it isn't a boot sector virus?  Then you have a problem.
  1517.  
  1518. Correct me if I'm mistaken but the stand alone virus checkers (non-tsr)
  1519. scan all non data files for virus signatures. They don't just scan the
  1520. boot sector. Additionally, most motherboards made in the last couple of
  1521. years have a built-in boot sector virus monitor that intercepts any
  1522. attempts to write to the boot sector. It will then stop the show and ask
  1523. you if it should allow the write to continue or not. 
  1524.  
  1525. > > > Mine was purchased about 3 or 4 years ago.  Diamond SpeedStar 24x.  I 
  1526. > > > sure as hell am not upgrading that thing, while I still own an ISA 
  1527. > > > system.  Still a great board for DOS.                          ^^^
  1528. > > 
  1529. > > Ok Ok! :-) Wait 'till you discover the exquisite pleasures of brand new
  1530. > > incompatibilities when you upgrade to local bus (especially PCI) > 528 Meg
  1531. > > mode 3 drives. HeHeHe. 
  1532. > Why?
  1533.  
  1534. Because this technology is brand new. The guys who make the BIOS haven't
  1535. in all cases figured out how to implement the new standards that are still
  1536. changing. Unless you buy a motherboard made by a good vendor (like AMI or
  1537. Micronics) you can't call anyone for tech support or upgrades. This is
  1538. particularly true of no-name motherboards. The people making things like
  1539. PCI video cards and HD controllers are having a hard time with the PCI
  1540. spec since it is *still* being revised. Yet all this stuff is being made
  1541. and sold. So you buy video card A and plug it in motherboard B and they
  1542. may not talk or talk with an accent :-) same thing with the chipsets.
  1543. Intel's Pentium chipsets are in their fourth revision and *still* have
  1544. bugs. What about the poor slob who bought a first generation Pentium
  1545. motherboard? he goes and buys a new widgit which is now designed to the
  1546. latest spec. plugs it in and has nothing but problems. The same state of
  1547. affairs existed with the early VESA local bus boards. It is still going on
  1548. to a lesser extent with EIDE. 
  1549.  
  1550. 486 ISA boards, on the other hand, are very mature. You can buy just about
  1551. any cheapo no-name motherboard and they will usually work with few
  1552. problems. Some will be faster or nicer but most work ok. 
  1553.  
  1554. --
  1555. ========================
  1556. Sam
  1557. eassa@earth.execpc.com 
  1558. ========================
  1559.  
  1560.  
  1561. -----------------
  1562.  
  1563. Date: Sat, 25 Mar 95 23:30 EET
  1564. From: outlandm@netland.nl (Joost Baaij)
  1565. Subject: [INERTIA-TALK:2159] Re: PSM HELP!!
  1566.  
  1567. >Don't panic. Contact me and I'll send you the Epic PSM player. This applies to
  1568. >anyone (up to a point!).
  1569.  
  1570. You might want to consider uploading that to cdrom.com ? 'coz I'm 
  1571. interested, too.
  1572. But, personal email is ok too.
  1573.  
  1574. Joost.
  1575.  
  1576.  
  1577. -----------------
  1578.  
  1579. Date: Sun, 26 Mar 95 02:39 EET
  1580. From: Hussam Eassa <eassa@earth.execpc.com>
  1581. Subject: [INERTIA-TALK:2163] Re: Sb16/cd-rom memory loss!
  1582.  
  1583. On Sat, 25 Mar 1995, Jimmy Wan wrote:
  1584.  
  1585. > On Sat, 25 Mar 1995, Hussam Eassa wrote:
  1586. > > > If it makes any difference, I am using a Sound Blaster 16.  Can't afford 
  1587. > > > a third soundcard yet.  Besides, the one with the cache works.  The one 
  1588. > > > without a cache doesn't.
  1589. > > 
  1590. > > I did the experiment using a Sound Blaster 16 also. No problems. Please 
  1591. > > don't misunderstand. I'm not trying to give you a hard time. I'm simply 
  1592. > > saying that in the world of PCs, what works on one hardware combination 
  1593. > > does not necessarily work on another. That was the whole point of my 
  1594. > > cautions about memory managers, smartdrv etc. 
  1595. > Well, what do you have in your setup?  Mine won't work without an EMM.
  1596.  
  1597. AMI Super Voyager III VLB motherboard, Intel 486DX/2-66SL, Diamond SpeedStar
  1598. Pro VLB, SB-16 Value Edition (P220, IRQ 1&5, DMA 1&5 Midi Port 300),
  1599. Roland RAP-10 (Port 330, IRQ 11 DMA 6&7), Turtle Beach Multisound (Port 
  1600. 290, IRQ 10, D800h-DFFFh).
  1601.  
  1602. BTW, I could not think of any reason why it *shouldn't* work on your
  1603. system and I was guessing that maybe DOS version has something to do with
  1604. it. That is why I mentioned PCDOS in the first place. Maybe someone on
  1605. this list can tell us if they were successful running Cubic with a clean
  1606. boot and MSDOS 6.22. I would be very interested in the response. 
  1607.  
  1608.  
  1609. > > > > P.S. I'm running PCDOS 6.3 not MSDOS. 
  1610. > > > 
  1611. > > > MS-DOS 6.22.  Why are you using PC-DOS 6.3?
  1612. > > 
  1613. > > Because I think it is much better supported by IBM. IBM starts out with
  1614. > > the Microsoft code. They then debug the crap out of it and release it as
  1615. > > IBM or PC DOS. They issue almost monthly patch disks called Corrective
  1616. > > Service Diskettes (CSD) to constantly fix bugs as they are found. AND THEY
  1617. > > ARE FREE. Many of these bugs are pretty obscure but they do it nontheless.
  1618. > > When I found out about the CSDs, out of curiosity, I called IBM to inquire
  1619. > > about them.  After a very pleasant discussion with the folks at Big Blue,
  1620. > > they *Fedexed* three CSDs to me *overnight* at no charge. Try to get that
  1621. > > service out of Microsoft. 
  1622. > Wow.
  1623.  
  1624. [cut]
  1625.  
  1626. > Have you ever had any incompatibilities with it?  Is there any 
  1627. > performance difference?  Know if it works with Stacker?  How are the 
  1628. > included memory managers?
  1629.  
  1630. No problems with it at all. In fact I always recommend it over MSDOS. I
  1631. don't believe that you will see any performance difference. I believe it
  1632. is more robust. It works with stacker but it also comes with Superstore,
  1633. an uncrippled version of some PC-Tools utils and IBM's anti virus program
  1634. (extremely good) as well as drivers to link two PCs into a network via a
  1635. null modem serial cable. The memory managers are Himem.sys and EMM386.exe
  1636. (modified by IBM) as well as Central point Ramboost. Ramboost does not
  1637. load as much stuff high as QEMM but it is fully automatic. It detects any
  1638. changes in your config.sys or autoexec.bat and automatically goes through
  1639. the learning cycle on the next reboot. It works much better than Mem-Maker
  1640. IMHO. 
  1641.  
  1642. --
  1643. ========================
  1644. Sam
  1645. eassa@earth.execpc.com 
  1646. ========================
  1647.  
  1648.  
  1649.  
  1650.  
  1651. -----------------
  1652.  
  1653. Date: Sun, 26 Mar 95 06:12 EET
  1654. From: sandor@laura.xs4all.nl (Sandor Rabe)
  1655. Subject: [INERTIA-TALK:2164] Re: Just completely screwed up... arghhh!! 
  1656.  
  1657. Hello there,
  1658.  
  1659. I had something strange; since I bought a Diamond Speedstar Pro
  1660. I couldn't use the screen under F2. Iplay would crash real hard
  1661. on me. I checked IRQ settings and the like but couldn't find
  1662. anything wrong. Finally I realized that this speedstar had IRQ 2
  1663. enabled (something to do with networking, the manual said). When
  1664. I disabled this IRQ with the jumper everything worked fine again.
  1665. Actually, I'm writing this 'cause someone had trouble with WIN95
  1666. and wavs; sometimes it's something you _really_ wouldn't think
  1667. about in the first place.
  1668.  
  1669. Grtzzzzz Sandor Rabe.
  1670.  
  1671.  
  1672. -----------------
  1673.  
  1674. Date: Sun, 26 Mar 95 09:02 EET
  1675. From: Jimmy Wan <vecna@umich.edu>
  1676. Subject: [INERTIA-TALK:2165] RE: When the Heavens Fall
  1677.  
  1678. On Sat, 25 Mar 1995, Joost Baaij wrote:
  1679.  
  1680. > aCMe doesn't suck ... tb maui does (JOKE !!!! JOKE !!!!!!!!! ;-)
  1681. > if aCMe demos need a gus ... so be it. Their music is cool, their gfx also.
  1682. > But it's true. It's no comparison to 2nd reality.
  1683.  
  1684. Thing is, I don't own a GUS yet.  Can't watch them if they won't run.
  1685.  
  1686.  
  1687. -----------------
  1688.  
  1689. Date: Sun, 26 Mar 95 09:09 EET
  1690. From: Jimmy Wan <vecna@umich.edu>
  1691. Subject: [INERTIA-TALK:2166] Re: Sb16/cd-rom memory loss!
  1692.  
  1693. On Sun, 26 Mar 1995, Hussam Eassa wrote:
  1694.  
  1695. > On Sat, 25 Mar 1995, Jimmy Wan wrote:
  1696. > > What if it isn't a boot sector virus?  Then you have a problem.
  1697. > Correct me if I'm mistaken but the stand alone virus checkers (non-tsr)
  1698. > scan all non data files for virus signatures. They don't just scan the
  1699. > boot sector. Additionally, most motherboards made in the last couple of
  1700. > years have a built-in boot sector virus monitor that intercepts any
  1701. > attempts to write to the boot sector. It will then stop the show and ask
  1702. > you if it should allow the write to continue or not. 
  1703.  
  1704. YEah, but that means they have to be a KNOWN virus with a knwon 
  1705. signature.  NAV is supposed to be able to catch new ones, if a program 
  1706. does some questionable things, that look like virus-like activity.
  1707.  
  1708.  
  1709. -----------------
  1710.  
  1711. Date: Sun, 26 Mar 95 09:21 EET
  1712. From: Jimmy Wan <vecna@umich.edu>
  1713. Subject: [INERTIA-TALK:2168] Re: Sb16/cd-rom memory loss!
  1714.  
  1715. On Sun, 26 Mar 1995, Hussam Eassa wrote:
  1716.  
  1717. > No problems with it at all. In fact I always recommend it over MSDOS. I
  1718. > don't believe that you will see any performance difference. I believe it
  1719. > is more robust. It works with stacker but it also comes with Superstore,
  1720. > an uncrippled version of some PC-Tools utils and IBM's anti virus program
  1721. > (extremely good) as well as drivers to link two PCs into a network via a
  1722. > null modem serial cable. The memory managers are Himem.sys and EMM386.exe
  1723. > (modified by IBM) as well as Central point Ramboost. Ramboost does not
  1724. > load as much stuff high as QEMM but it is fully automatic. It detects any
  1725. > changes in your config.sys or autoexec.bat and automatically goes through
  1726. > the learning cycle on the next reboot. It works much better than Mem-Maker
  1727. > IMHO. 
  1728.  
  1729. Everyone agree that Memmaker sucks?  I manually optimized my memory and 
  1730. got about 50K more than memaker could fine.
  1731.  
  1732.  
  1733. -----------------
  1734.  
  1735. Date: Sun, 26 Mar 95 09:15 EET
  1736. From: Jimmy Wan <vecna@umich.edu>
  1737. Subject: [INERTIA-TALK:2167] Re: Sb16/cd-rom memory loss!
  1738.  
  1739. On Sun, 26 Mar 1995, Hussam Eassa wrote:
  1740.  
  1741. > On Sat, 25 Mar 1995, Jimmy Wan wrote:
  1742. > > On Sat, 25 Mar 1995, Hussam Eassa wrote:
  1743. > > 
  1744. > > > > If it makes any difference, I am using a Sound Blaster 16.  Can't afford 
  1745. > > > > a third soundcard yet.  Besides, the one with the cache works.  The one 
  1746. > > > > without a cache doesn't.
  1747. > > > 
  1748. > > > I did the experiment using a Sound Blaster 16 also. No problems. Please 
  1749. > > > don't misunderstand. I'm not trying to give you a hard time. I'm simply 
  1750. > > > saying that in the world of PCs, what works on one hardware combination 
  1751. > > > does not necessarily work on another. That was the whole point of my 
  1752. > > > cautions about memory managers, smartdrv etc. 
  1753. > > 
  1754. > > Well, what do you have in your setup?  Mine won't work without an EMM.
  1755. > AMI Super Voyager III VLB motherboard, Intel 486DX/2-66SL, Diamond SpeedStar
  1756. > Pro VLB, SB-16 Value Edition (P220, IRQ 1&5, DMA 1&5 Midi Port 300),
  1757. > Roland RAP-10 (Port 330, IRQ 11 DMA 6&7), Turtle Beach Multisound (Port 
  1758. > 290, IRQ 10, D800h-DFFFh).
  1759. > BTW, I could not think of any reason why it *shouldn't* work on your
  1760. > system and I was guessing that maybe DOS version has something to do with
  1761. > it. That is why I mentioned PCDOS in the first place. Maybe someone on
  1762. > this list can tell us if they were successful running Cubic with a clean
  1763. > boot and MSDOS 6.22. I would be very interested in the response. 
  1764.  
  1765. I got it to work with a clean boot, but not with Himem.
  1766.  
  1767.  
  1768. -----------------
  1769.  
  1770.